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Docket No. 1454.1049/RAG 
IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Application of: 
Umesh BHAVSAR et al. 
Serial No.: (Unassigned) 
Filed: (Concurrently) 

For : NETWORK ARCHITECTURE FOR 
DATA NETWORKS 

PRELIMINARY AMENDMENT 

Assistant Commissioner for Patents 
Washington, D.C. 20231 

Sir: 

Before examination of the above-identified application, please amend the application as 
follows: 

IN THE TITLE 

Change "AND/OR" to --OR--. 

IN THE SPECIFICATION 

Please REPLACE the pending specification with the SUBSTITUTE SPECIFICATION 
attached hereto. 

IN THE ABSTRACT 

Please REPLACE the originally filed Abstract with the enclosed Substitute Abstract. 



Group Art Unit: (Unassigned) 
Examiner: (Unassigned) 
COMMUNICATION NETWORK OR 



IN THE CLAIMS 

Please CANCEL claims 1-9 without prejudice or disclaimer of any of the subject 
matter claimed therein and ADD new claims in accordance with the following: 



10. (NEW) A network architecture of telecommunications networks, each including at 
least one subjacent physical network, comprising: 

network elements of the telecommunications networks for provision of network 
functions and network services of the at least one subjacent physical network, service provision 
of the at least one subjacent physical network being guaranteed for at least one user, and 
distribution of physical resources of the at least one subjacent physical network and provision 
of existing services being possible in such a way that the data and telecommunications services 
associated with the individual users can be processed and used independently and efficiently; 
and 

an additional layer of network elements between the subjacent physical 
networks, including system-independent interfaces using a uniform logical interface to make 
available network functions of different subjacent physical sub-networks. 

11. (NEW) The architecture as claimed in claim 10, wherein control of the network 
functions of the different subjacent physical sub-networks is taken over by a distributed 
operating system. 

12. (NEW) The architecture as claimed in claim 11, wherein the uniform logical 
interface also provides function invocations for function classes, which are converted into at 
least one of sub-network-specific messages and commands and are forwarded to suitable 
network elements of the different subjacent physical sub-networks, and can be processed or 
carried out there. 

13. (NEW) The architecture as claimed in claim 12, wherein dynamic integration of 
new network elements is enabled by a new network element registering network element 
information with a previously registered network element, which stores the network element 
information and further distributes the network element information to other network elements. 



14. (NEW) The architecture as claimed in claim 13, wherein the dynamic integration 
of new interfaces of already existing network elements is enabled by one of the existing 
network elements registering new function information with a suitable different network 
element, which stores the new function information and further distributes the new function 
information to other network elements. 

15. (NEW) The architecture as claimed in claim 14, wherein identical or similar 
functions exist which are distributed among a plurality of the network elements. 

16. (NEW) The architecture as claimed in claim 15, wherein the selection of a 
function used for a function invocation is made on a specific network node depending on 
utilization of concerned network nodes. 

17. (NEW) The architecture as claimed in claim 16, wherein the function used in a 
function invocation can be carried out when distributed among a plurality of the concerned 
network nodes. 

18. (NEW) The architecture as claimed in claim 17, wherein frequently used basic 
services are available and can be used in all network nodes. 

REMARKS 

This Preliminary Amendment is submitted to improve the form of the specification as 
originally-filed. It is respectfully requested that this Preliminary Amendment be entered in the 
above-referenced application. 

In accordance with the foregoing, claims 1-9 have been canceled and claims 10- have 
been added. Claims 10- are pending and are under consideration. 

A substitute specification is also being filed herewith. The substitute specification is 
accompanied by a marked-up copy of the original specification. No new matter has been 
added. 
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If there are any questions regarding these matters, such questions can be addressed by 
telephone to the undersigned. Otherwise, an early action on the merits is respectfully solicited. 

If any further fees are required in connection with the filing of this Preliminary 
Amendment, please charge same to our Deposit Account No. 19-3935. 

Respectfully submitted, 

STAAS & HALSEY LLP 



By: JkLJjQMUtA 

PirWH A Onllhofpr I 



Richard A. Gollhofer 
Registration No. 31,106 

700 Eleventh Street, N.W. 
Suite 500 

Washington, D.C. 20001 
(202) 434-1500 



Date:. 
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MARKED-UP COPY OF ORIGINAL SPECIFICATION 

[Description] 

TITLE OF THE INVENTION 

[Network architecture for communication networks and/or data networks] 
5 NETWORK ARCHITECTURE FOR COMMUNICATION OR DATA NETWORKS 

BACKGROUND OF THE INVENTION 

The invention relates to a network architecture for various communication [and/or] and 
data networks, providing value-added services for users. 

These communication and data networks may have different physical characteristics. 
10 They may differ in terms of the type of access to the network functions provided and in terms 

of data transmission principles (e.g. the transmission protocols used and corresponding 
: standards). Furthermore, they offer different services for the network user. 

A physical network is understood below to refer to a conventional data or 
communications network, such as the circuit-switched fixed network (based on SS# 7, Central 
1=5 Channel Signaling System no. 7), the mobile radio network or a computer network such as the 
Internet, or a local network LAN, based on a communications protocol such as TCP/IP or 
Token Ring. The providers of the underlying network functions are referred to below as 
network operators. 

A corporate network (internal company network or Intranet) designates below a data or 
20 communications network, or a network comprising a plurality of such networks, which is 
assigned to an organizational unit. It enables communication within this organization and is 
outwardly shielded [with technical means] by hardware, software or a combination thereof . 

Network operators and service providers offer network users basic functions and 
services of the physical networks (basic services). "Value-added services" can be generated 
25 through integration of basic services (as a rule) of a network. These value-added services can 
then be sold directly to the user of the service provider (or to special service integrators, who 
in turn use basic services of service providers). 

In the conventional fixed network and in the mobile radio network, for example, value- 
added services are implemented in addition to basic services along with conventional voice or 



data transmission by [means of] an "Intelligent Network" . These value-added services involve, 
for example, a unique telephone number for a user in the entire network (Universal Personal 
Number), toll-free telephone numbers (Freephone) or voting by telephone (Televoting). These 
value-added services are implemented by network elements provided centrally in the network 
5 (SSP, Service Switching Point, SCP, Service Control Point, etc). The description of the 
principles of an intelligent network can be found in the ITU protocol suite Q.12xx. 

This decentralized implementation of value-added services in a network produces a 
number of disadvantages. With high network utilization, the network elements responsible for 
the services present a bottleneck, since all service requests must pass via these network 

10 elements and be processed there. In the case of larger, well-utilized networks, this requires a 
correspondingly high investment in high-performance hardware, in particular for the centrally- 

^ controlling network elements ("bottleneck"), since only these elements can control traffic flow 

IB with delay times which remain acceptable. 

In addition, high availability of the central network nodes such as the SCP, which is 

% responsible for processing the service requests, must be guaranteed. Failure of a single 

!| D network node of this type here entails the unavailability of all value-added services of the entire 

p network. 

;j7 For these reasons, the technology required to provide the value-added services can 

'0 currently be provided by large network operators only. Smaller operators (e.g. City Carriers) 
pO on their own cannot make the investment in the necessary high-cost network elements. Use of 
the network elements by a plurality of service providers or service integrators is not currently 
possible, since separation of the different functionalities which are implemented in the central 
network nodes is not provided. 

In addition, the different networks are physically separated from each other. In order 
25 to be able to use the services of the networks, a customer must switch between different 

service providers which, in individual cases, may also result in a change of terminal device. 
The provision of trans-network communication is possible only by [means of] gateways 
between the individual networks, whereby a connection must be established for each network 
gateway (e.g. fixed network to mobile radio network, ISDN to Internet) according to the 
30 protocols used on both sides. 



SUMMARY OF THE INVENTION 

[The] An object of the invention is to indicate a facility for providing existing physical 

networks, including their basic services, in a uniform manner, while avoiding the 

aforementioned disadvantages. It should also be possible to integrate value-added services, as 
5 a combination of basic services offered in different physical networks. [This object is achieved 

by a network architecture according to claim 1.] 

A new distributed network architecture is introduced in the form of a layer of network 

elements between already existing physical networks and service providers or users. Said 

network elements communicate via interfaces not only with each other, but also with the 
10 physical networks which are connected to them. This layer, which is implemented by [means 

of] network elements distributed in the network, enables the network user (and also the service 
^ provider) to access the existing network resources available in the physical, subjacent 
IB networks. This enables all available basic and value-added services to be used (transparency). 
: j The required and generated data (access, billing, traffic measurements, etc) are collected 
JCf separately according to users or service providers in the relevant physical networks, are 
^ managed and made available for further processing. The integration of basic services of 
O different physical networks is thus enabled, along with the uniform provision of basic and 
(1 value-added services of the different physical networks. 

Furthermore, network elements of the extended architecture can provide special 
39 services to control the networks, in particular central services such as naming, trading or 

security functions. This provision may occur either separately, in separate network elements, 

or in the network elements which also provide the general services. 

The existing functionality of a central network element can therefore be distributed 

among a plurality of network elements of the same type. This produces a network architecture 
25 which can deal in a flexible manner with changes in the requirements of operators and users. 

Furthermore, this architecture is characterized by substantially higher reliability, availability 

and fault tolerance. [Advantageous designs and further developments are indicated in the 

subclaims.] 

The network elements are interconnected by available data networks such as the 
30 Internet. Required information is exchanged via this network. The interworking and exchange 



of information are controlled by a distributed network operating system, which resides in the 
individual network elements. The bidirectional transaction principle ensures that changes are 
reliably carried out. The principle of distributed operating systems is already known to the 
person skilled in the art. 

5 This structure enables flexible integration of services of different networks, whereby 

new services and value-added services can be offered to users. A network element (client) 
forwards invocations of network functions to executing network elements (server) for this 
purpose. 

In an advantageous embodiment of the invention, the interfaces with subjacent physical 
10 networks are standardized. The interworking of the individual network elements is thereby 
substantially simplified, so that technical agreement of service providers, network operators 
and the additional service integrators is no longer required. New physical networks, network 
\u elements or basic and value-added services can therefore also be readily integrated, 
y In a further embodiment of the invention, standardized function invocations are made 

13 available at the interface with the physical networks. This reduces service implementation 
* y costs. The term "function class" is understood as a logical combination of a plurality of 
p function invocations which serve a specific purpose. Examples of these are e.g. 'Connection 
(2 Management', 'Port Management', 'Quality of Service Management' or 'Event Monitoring'. 
J j These function invocations are then in turn converted into system-specific messages and 
commands and are carried out in the corresponding network elements. 

'Plug & Play' is now a known principle. In the architecture described, this [means 
that] makes it possible for a new network element [can] to be incorporated into the existing 
network structure without major adaptations. Dynamic integration occurs automatically, 
through registration of functions, function classes and network elements on adjacent network 
25 elements. For example, this information can then be distributed in a short time throughout the 
entire network by [means of] a 'broadcast' method. Registration can also take place on a 
special network element designated for this purpose, which is then responsible for the network- 
wide distribution and/or administration of the information. This principle can be applied not 
only to individual physical networks or network elements, but similarly to the functions and 
30 services implemented in these network elements. 



A fundamental design of the invention contains the distribution of network functions in 
the network elements. On the one hand, a high level of resilience is achieved through high 
functional redundancy. This is also achieved through the selection of the network node which 
processes the invocation. Load distribution in the network can thereby be implemented. 
5 Similar functions can also be invoked and executed simultaneously if required in different 
network elements. 

Particularly in the case of frequently used basic network architecture functions (such as 
address conversion, data administration, service monitoring), efficiency can be enormously 
increased if the correspondingly required functions are implemented as standard in some or all 

10 of the network elements. Thus, the corresponding function invocations no longer need to be 
routed with substantial outlay throughout the entire network, thereby reducing the load on the 
executing network elements. The set of 'basic functions' thereby defined is not static, but can 

ifl be changed and extended at any time. 

'4 The present distribution of tasks in existing telecommunications networks in many ways 

M no longer corresponds to current requirements. Smaller service providers and operators are 

penetrating the market. Along with network operators, service operators and, last but not 
13 least, service providers, who maintain direct contact with customers, are interested in a new 
u distribution facility for the required hardware. 

^ The approach on which the invention is based, i.e. the introduction of a distributed 

iS) architecture and disclosed interfaces, enables flexible and transparent business relationships 
between the individual operators and operator types. Third-party manufacturers can integrate 
their services and applications and thus implement additional value-added services. Cost 
reduction is likewise achieved. Furthermore, customers can use value-added services, 
integrated from different networks, whereby correct billing vis-a-vis the different network 
25 operators and service providers is always ensured. [The invention is explained below with 
reference to embodiments, wherein:] 
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BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects and advantages of the present invention will become more 
apparent and more readily appreciated from the following description of the preferred 
embodiments, taken in conjunction with the accompanying drawings of which: 
5 Figure 1 shows an example of a distributed network architecture with different 

subjacent physical communication and data networks, 

Figure 2 shows an example of a distributed network architecture with 2 subjacent 
physical networks and a service integrator and a service provider, 

Figure 3 shows an invocation arriving from an API manager (client), which is 
10 forwarded to the executing network node (server), 

Figure 4 shows an interface between the subjacent physical network, and 
5 ? Figure 5 shows a possible implementation solution with interfaces with different 

;S physical networks, and 

■y Figure 6 shows an example of distribution of access to the physical network resources 

J@ by service providers, service integrators and network operators. 

D DESCRIPTION OF THE PREFERRED EMBODIMENTS 

u Reference will now be made in detail to the preferred embodiments of the present 

:= invention, examples of which are illustrated in the accompanying drawings, wherein like 
I ^ reference numerals refer to like elements throughout. Restrictions in the figures/embodiments 
20 are not obligatory for the invention. 

Figure 1 shows a schematic view of a distributed network architecture, which manifests 
itself in 3 layers. The 'lowest layer' in this figure reveals the widest variety of currently 
available physical networks. These are data networks (Corporate Networks, Internet) and 
communication networks (mobile networks, PSTN), and many others are conceivable. In 
25 particular, there are currently no connections, or only very inadequate connections, between 
the individual networks. The middle layer shows the distributed network architecture which is 
established 'over' the physical networks. The individual physical networks are in each case 
connected via at least one connection (1) and a suitable interface in a network element (3) to a 
data network (2). Service integration takes place here. Representation of the data network as 
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a ring is only one option, the structure of the data network being irrelevant to the invention. 
This data network contains the essentially similar, distributed network elements (3, 5), which 
can be adapted in terms of their performance capability requirements. Individual network 
elements (5) can also be used only to control the network in that they provide services required 
5 for this purpose. Other network elements (3) provide communication and interworking with 
the subjacent physical networks and provide the interfaces required for this purpose. 
Interworking and exchange of information (e.g. for registration of network elements and 
functions) is controlled by a distributed network operating system (6). This resides in the 
individual network elements (3, 5). 

10 The highest 'layer ' contains the network elements of the service providers. These are 

similarly connected to the data network via suitable interfaces (4). The associated information 
required at this end (for user authentication, billing, administration of services, etc) is 

?0 exchanged. This can likewise be carried out in standardized form, thereby guaranteeing 

%J significant simplification of communication, even for different service providers and service 

•15 integrators. 

■ y A more closely defined configuration is presented in figure 2 in order to describe the 

o example explained above in more detail. 

u A user (customer) purchases a value-added service from a service provider, comprising 

'M a fixed network service (PSTN, 7b) and a mobile radio service (Mobile Networks, 7a). The 
Wd basic services are provided (7a, 7b) by two different network operators. These services are 
jointly offered (8) to the user by a service provider who stores and administers the customer 
profile in its customer care center (ABC, Administration, Billing, Customer Care Center) and 
bills the sold services to the customer. 

The relevant customer profile information, such as the customer ID, service profile, is 
25 forwarded by the service provider to the service integrator via an interface (4) (implemented, 
for example, by [means of] an API, Application Programming Interface) in order to purchase 
the relevant service from the service provider, who in turn forwards the relevant sub-profile 
for the fixed network service and mobile radio service via interfaces (la, lb) to the network 
operator and receives back from the latter, via the same interface, the required information, 
30 such as the implemented fixed network number and mobile radio telephone number. 



The corresponding network elements (3a, 3b), which are connected to the physical 
networks of the network operators and which operate the appropriate interfaces (la, lb), are 
activated by the service integrator via a network element (5) using the service parameters 
requested by the service provider. These interfaces are geared toward the specific 
5 requirements of the relevant physical network (see also figure 4) . 

If the user has not yet been released by the network operators, this is now done by the 
network operators who carry out the request of the service integrator, and the required basic 
services and user facilities are set up. The successful setting up of the subscriber is then 
reported back by the network operator to the service integrator (transaction principle). A 
10 suitable network element (3 or 5) of the service integrator receives this acknowledgement, 

evaluates it, and, with reference to the value-added service requested by the service provider, 
l t determines further required network elements (3a or 3b) and forwards the required information 
|S via the connecting network (2) to the network elements (3a, 3b) involved. After processing the 
h y received information, these elements in turn forward outstanding requests to the corresponding 
M network elements of the network operators, which are located in the basic networks (Mobile 
■ p Networks, PSTN). 

O Once all the network operator services which are required for a value-added service of 

§1 the service provider are released and confirmed via the interfaces (la, lb), the service 
:= integrator confirms the complete release of the service for a customer ID via the interface (4) 
=f0 to the service provider, who notifies the customer of this release via the interface (8). The 
value-added service can thus be used by the customer. 

Usage-dependent information, which is determined on the basis of usage of the basic 
services in the network elements of the network operators, is initially forwarded via the 
interface (la, lb) to the service integrators. In the network elements (3a, 3b, 5), this 
25 information is collected according to the integrated value-added services supplied to the service 
provider, is provided with an identifier (user ID, service ID) and forwarded via (4) to the 
customer care center (ABC). The service provider is thus able to allocate the received 
information to the relevant customer profile, to evaluate and bill it (8). 

Figure 3 shows a section of the new architecture which is set above the physical 
30 networks. The figure shows [4] four network elements (SN1 - SN4, Server Nodes) which are 
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connected via a data network and exchange function invocations and information, controlled by 

a distributed network operating system. 

An API manager resident in one of the network elements (Client) routes network 

function invocations associated with applications to the executing network elements (Server 
5 Nodes). The API manager provides the required routing information throughout the network 

for this purpose. This information is exchanged between the network elements and its 

consistency is maintained. Resources distributed throughout the network can thus be used. 

Load distribution, for example, is thus possible in that the same functions can be activated in a 

plurality of network elements. 
10 The example shown in the figure contains an application invocation of a value-added 

service, which contains function invocations for a plurality of sub-functions (x, y, z). 
^ However, the first activated network element cannot process the function invocation, since it 
IB does not contain the required functions or its capacity is already fully utilized. It forwards the 
Q function invocations to an adjacent node, and an application (xyz) can thus be further processed 
;C5 in parallel on, in this example, three different network elements. Network element (SN2) takes 
; S over the processing of function part (x), network element (SN3) takes over the processing of 
O (y) and network element (SN4) takes over the processing of (z). 
S;7 The routing of the individual sub-function invocations to the processing network 

;y elements can be controlled by various criteria. The existence of the required function and the 
P0 utilization of the individual network elements have been indicated here as an example. A 

further criterion in the distributed network may involve the length of the path to the processing 

node, and other criteria are conceivable. 

Figure 4 describes in detail the interface between a physical network (PSTN) and a 

network element in the new distributed network architecture. 
25 The interface component (API) is geared toward the specific requirements of the 

relevant subjacent basic network. It is structured in such a way that it receives the function 

invocations for a group of system-independent function classes via the interface (2) and 

converts them into system-specific commands and procedures of the network elements in the 

physical network. The 'downward' interface of the (API) is accordingly dependent on the 
30 subjacent physical network. Examples of protocols which can be used for communication are 



MML (Man Machine Language), CCS#7 (Signaling System no. 7), INAP (Intelligent Network 
Application Part) or DSS1 (Digital Subscriber Signaling System no. 1; EURO ISDN 
signaling), depending on the physical network. However, the 'upward' interface of the (API) 
is defined in a uniform manner. The defined function classes may, for example, comprise 
5 Connection Management, Port Management, Event Monitoring and Quality of Service 
Management. 

This principle of disclosed, standardized interfaces simplifies the interworking of 
network operators with service providers and service integrators, particularly in the 
introduction of new physical networks and the interplay of the different physical networks. 
10 The interface with the physical network does not have to exist with one network node only 
(broken line). 

' = Figure 5 shows a possible structure from the perspective of the physical networks. It 

tfl shows clearly distinguishable physical networks which, in some cases, already have protocol 
y interfaces between them. However, these interfaces are always restricted to 2 specific physical 
networks, e.g. from the digital telephone exchange (EWSD) in a fixed network (PSTN) to the 
Mobile Services Switching Center (MSC) on the mobile radio side via the central channel 
O signaling system no. 7 (SS#7) on one hand to a Corporate Network (CN) and its private 
Z exchange (PBX) by [means of] EURO ISDN signaling (DSS1, Digital Subscriber Signaling 
jy System no. 1) on the other hand. 

P0 This example clearly shows that each interface between the networks requires its own 

definition based on the requirements of each physical network. With the increasing number of 
different types of network, this is not possible for all networks. For each newly added 
network, an interface must be created with all existing networks. In our example, the 
Corporate Network (CN), for example, has a connection to the mobile radio network (MN) 

25 only via the conventional fixed network (PSTN). An integrated service comprising a CN basic 
service and a mobile radio service would thus be impossible without taking account of PSTN 
function. 

The number of required interfaces can thus be reduced to the number of existing 
physical networks by [means of] an overlying network architecture. These interfaces (API 
30 sets) provide the user with a uniform interface for access to services of the physical networks. 



The central exchange (PBX) of an internal Corporate Network (CN), for example, is provided 
with a "CTI Interface" (CTI I/F, Computer Telephony Integration). This enables a 
combination of telephony and data administration in the computer, i.e., for example, searching 
for and dialing a telephone number in a telephone directory which is held and maintained on a 
5 PC or organizer, wherein the connection is set up to a second terminal device (normally a 
telephone). 

A fixed network essentially comprises telephone exchanges. The interface can be 
implemented here in different ways, e.g. by [means of] an interface according to the INAP 
protocol (INAP I/F, Intelligent Network Application Part) or a Man Machine Language 
10 Interface (MML I/F). It will furthermore be clear that a communications protocol can be used 
in different types of physical network, since the Man Machine Language (MML) protocol can 
similarly be used in the interface with the exchanges (MSC) in the mobile radio network (MN). 
19 The network elements which are essential for processing service requests are 

'4 represented in the Intelligent Network (IN), which already represents a network architecture 
'M for a fixed network or mobile radio network with additional network nodes for processing 
'3 function invocations for value-added services. The Service Control Point (SCP) represents the 
O central node computer which evaluates and processes the service and function invocations. 

This node computer has hitherto also been the central interface with the other physical 
% networks such as the fixed network (PSTN) or mobile radio network (MN). A private SCP 
m interface (private SCP I/F) is a possible interface with this central network node. The IN 
network architecture is likewise regarded as the basic network. 

The Service Management Point (SMP) is responsible for the introduction, provision and 
maintenance of value-added services. The development of new services, including testing, is 
carried out in the Service Creation Environment (SCE). The Customer Service Center(CSC) 
25 maintains and updates the customer data. An interface with the CSC is provided by the 
(Service CSC I/F). 

The mobile radio network administers its customer data in a Home Location Register 
(HLR) and a Visitor Location Register (VLR). As in the fixed network (EWSD) and the 
Intelligent Network (IN), there is a first interface with the switching computer (MSC). A 
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further interface is provided by [means of] an Mobile Application Part (MAP) protocol similar 
to the INAP. 

Figure 6 again shows an example of a network which represents a distribution of 
services and resources in 3 layers. The lowest layer contains the network operators, which 

5 provide the physical networks (MN, PSTN, Internet, CN) with the basic services. Separated 
therefrom, the data network (SCN) according to the invention with individual network 
elements is located in the 'middle' layer. Here, value-added services are generated which can 
use resources and services of different physical networks, and which are supplied by service 
integrators to service providers and are offered by the latter. The service providers operate in 

10 the 'highest' layer, where they can supply the value-added services, independently of the 
physical networks and basic functions used, to the user of these services. 
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List of abbreviations 



ABC Administration, Billing, Customer Care 

API Application Programming Interface 

CCS7 Common Channel Signaling System no. 7 (= SS#7) 

5 CN Corporate Network 

CSC Customer Service Center 

CTI Computer Telephony Integration 

DSS1 Digital Subscriber Signaling System no. 1; EURO ISDN signaling 

EWSD Elektronisches Wahlsystem Digital [Digital electronic switching system] (Digital 



10 




electronic switching system) 




HLR 


Home Location Register 


;2 


I/F 


Interface 


o 


IN 


Intelligent Network 


; 


INAP 


UllClIlgCllL rNClWUlfi. r\jjpilCallUll rail 


is 


ITU 


International Telecommunication Union 




MAP 


Mobile Application Part 




MML 


Man Machine Language 




MN 


Mobile network 




MSC 


Mobile Services Switching Center 


20 


PBX 


Private Branch Exchange 




PSTN 


Public Switched Telephone Network 




SCE 


Service Creation Environment 




SCP 


Service Control Point 




SMP 


Service Management Point 


25 


SN 


Server Node 




SS#7 


Central Channel Signaling System no. 7 




VLR 


Visitor Location Register 
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SUBSTITUTE ABSTRACT 

A layer of network elements is provided between already existing physical networks 
and service providers or users. The network elements communicate via interfaces not only 
with each other, but also with the physical networks which are connected to them. This layer, 
which is implemented by network elements distributed in the network, enables the network 
user to access the existing network resources available in the physical, subjacent networks. 
This enables all available basic and value-added services to be used. The required and 
generated data are collected separately according to users or service providers in the relevant 
physical networks, and are managed and made available for further processing. 
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SUBSTITUTE SPECIFICATION 

TITLE OF THE INVENTION 

NETWORK ARCHITECTURE FOR COMMUNICATION OR DATA NETWORKS 

BACKGROUND OF THE INVENTION 
5 The invention relates to a network architecture for various communication and data 

networks, providing value-added services for users. 

These communication and data networks may have different physical characteristics. 

They may differ in terms of the type of access to the network functions provided and in terms 

of data transmission principles (e.g. the transmission protocols used and corresponding 
IS standards). Furthermore, they offer different services for the network user. 
G A physical network is understood below to refer to a conventional data or 

I J communications network, such as the circuit-switched fixed network (based on SS# 7, Central 
»0 Channel Signaling System no. 7), the mobile radio network or a computer network such as the 
p Internet, or a local network LAN, based on a communications protocol such as TCP/IP or 
(J Token Ring. The providers of the underlying network functions are referred to below as 

network operators. 

i* A corporate network (internal company network or Intranet) designates below a data or 

communications network, or a network comprising a plurality of such networks, which is 
assigned to an organizational unit. It enables communication within this organization and is 

20 outwardly shielded by hardware, software or a combination thereof. 

Network operators and service providers offer network users basic functions and 
services of the physical networks (basic services). "Value-added services" can be generated 
through integration of basic services (as a rule) of a network. These value-added services can 
then be sold directly to the user of the service provider (or to special service integrators, who 

25 in turn use basic services of service providers). 

In the conventional fixed network and in the mobile radio network, for example, value- 
added services are implemented in addition to basic services along with conventional voice or 



data transmission by an "Intelligent Network". These value-added services involve, for 
example, a unique telephone number for a user in the entire network (Universal Personal 
Number), toll-free telephone numbers (Freephone) or voting by telephone (Televoting). These 
value-added services are implemented by network elements provided centrally in the network 
5 (SSP, Service Switching Point, SCP, Service Control Point, etc). The description of the 
principles of an intelligent network can be found in the ITU protocol suite Q.12xx. 

This decentralized implementation of value-added services in a network produces a 
number of disadvantages. With high network utilization, the network elements responsible for 
the services present a bottleneck, since all service requests must pass via these network 

10 elements and be processed there. In the case of larger, well-utilized networks, this requires a 
correspondingly high investment in high-performance hardware, in particular for the centrally- 

O controlling network elements ("bottleneck"), since only these elements can control traffic flow 

m with delay times which remain acceptable. 

iy In addition, high availability of the central network nodes such as the SCP, which is 

jfi> responsible for processing the service requests, must be guaranteed. Failure of a single 
*Q network node of this type here entails the unavailability of all value-added services of the entire 
O network. 

For these reasons, the technology required to provide the value-added services can 
;y currently be provided by large network operators only. Smaller operators (e.g. City Carriers) 
a© on their own cannot make the investment in the necessary high-cost network elements. Use of 

the network elements by a plurality of service providers or service integrators is not currently 

possible, since separation of the different functionalities which are implemented in the central 

network nodes is not provided. 

In addition, the different networks are physically separated from each other. In order 
25 to be able to use the services of the networks, a customer must switch between different 

service providers which, in individual cases, may also result in a change of terminal device. 

The provision of trans-network communication is possible only by gateways between the 

individual networks, whereby a connection must be established for each network gateway (e.g. 

fixed network to mobile radio network, ISDN to Internet) according to the protocols used on 
30 both sides. 
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SUMMARY OF THE INVENTION 

An object of the invention is to indicate a facility for providing existing physical 
networks, including their basic services, in a uniform manner, while avoiding the 
aforementioned disadvantages. It should also be possible to integrate value-added services, as 
5 a combination of basic services offered in different physical networks. 

A new distributed network architecture is introduced in the form of a layer of network 
elements between already existing physical networks and service providers or users. Said 
network elements communicate via interfaces not only with each other, but also with the 
physical networks which are connected to them. This layer, which is implemented by network 
10 elements distributed in the network, enables the network user (and also the service provider) to 

access the existing network resources available in the physical, subjacent networks. This 
^-f enables all available basic and value-added services to be used (transparency). The required 
m and generated data (access, billing, traffic measurements, etc) are collected separately 
G according to users or service providers in the relevant physical networks, are managed and 
JB made available for further processing. The integration of basic services of different physical 
;Q networks is thus enabled, along with the uniform provision of basic and value-added services 
p of the different physical networks. 

]\ Furthermore, network elements of the extended architecture can provide special 

'B services to control the networks, in particular central services such as naming, trading or 
gf) security functions. This provision may occur either separately, in separate network elements, 

or in the network elements which also provide the general services. 

The existing functionality of a central network element can therefore be distributed 

among a plurality of network elements of the same type. This produces a network architecture 

which can deal in a flexible manner with changes in the requirements of operators and users. 
25 Furthermore, this architecture is characterized by substantially higher reliability, availability 

and fault tolerance. 

The network elements are interconnected by available data networks such as the 
Internet. Required information is exchanged via this network. The interworking and exchange 
of information are controlled by a distributed network operating system, which resides in the 
30 individual network elements. The bidirectional transaction principle ensures that changes are 



reliably carried out. The principle of distributed operating systems is already known to the 
person skilled in the art. 

This structure enables flexible integration of services of different networks, whereby 
new services and value-added services can be offered to users. A network element (client) 
5 forwards invocations of network functions to executing network elements (server) for this 
purpose. 

In an advantageous embodiment of the invention, the interfaces with subjacent physical 
networks are standardized. The interworking of the individual network elements is thereby 
substantially simplified, so that technical agreement of service providers, network operators 
10 and the additional service integrators is no longer required. New physical networks, network 

elements or basic and value-added services can therefore also be readily integrated. 
^ In a further embodiment of the invention, standardized function invocations are made 

IB available at the interface with the physical networks. This reduces service implementation 
Q costs. The term "function class" is understood as a logical combination of a plurality of 
:B function invocations which serve a specific purpose. Examples of these are e.g. 'Connection 
s 0 Management', 'Port Management', 'Quality of Service Management' or 'Event Monitoring', 
o These function invocations are then in turn converted into system-specific messages and 
(2 commands and are carried out in the corresponding network elements. 
;jf 'Plug & Play' is now a known principle. In the architecture described, this makes it 

p£> possible for a new network element to be incorporated into the existing network structure 

without major adaptations. Dynamic integration occurs automatically, through registration of 
functions, function classes and network elements on adjacent network elements. For example, 
this information can then be distributed in a short time throughout the entire network by a 
'broadcast' method. Registration can also take place on a special network element designated 
25 for this purpose, which is then responsible for the network-wide distribution and/or 

administration of the information. This principle can be applied not only to individual physical 
networks or network elements, but similarly to the functions and services implemented in these 
network elements. 

A fundamental design of the invention contains the distribution of network functions in 
30 the network elements. On the one hand, a high level of resilience is achieved through high 



functional redundancy. This is also achieved through the selection of the network node which 
processes the invocation. Load distribution in the network can thereby be implemented. 
Similar functions can also be invoked and executed simultaneously if required in different 
network elements. 

5 Particularly in the case of frequently used basic network architecture functions (such as 

address conversion, data administration, service monitoring), efficiency can be enormously 
increased if the correspondingly required functions are implemented as standard in some or all 
of the network elements. Thus, the corresponding function invocations no longer need to be 
routed with substantial outlay throughout the entire network, thereby reducing the load on the 
10 executing network elements. The set of 'basic functions' thereby defined is not static, but can 

be changed and extended at any time. 
O The present distribution of tasks in existing telecommunications networks in many ways 

ID no longer corresponds to current requirements. Smaller service providers and operators are 
;~j penetrating the market. Along with network operators, service operators and, last but not 
% least, service providers, who maintain direct contact with customers, are interested in a new 
'0 distribution facility for the required hardware. 

O The approach on which the invention is based, i.e. the introduction of a distributed 

T architecture and disclosed interfaces, enables flexible and transparent business relationships 
*0 between the individual operators and operator types. Third-party manufacturers can integrate 
pi) their services and applications and thus implement additional value-added services. Cost 
reduction is likewise achieved. Furthermore, customers can use value-added services, 
integrated from different networks, whereby correct billing vis-a-vis the different network 
operators and service providers is always ensured. 

BRIEF DESCRIPTION OF THE DRAWINGS 
25 These and other objects and advantages of the present invention will become more 

apparent and more readily appreciated from the following description of the preferred 
embodiments, taken in conjunction with the accompanying drawings of which: 

Figure 1 shows an example of a distributed network architecture with different 
subjacent physical communication and data networks, 
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Figure 2 shows an example of a distributed network architecture with 2 subjacent 
physical networks and a service integrator and a service provider, 

Figure 3 shows an invocation arriving from an API manager (client), which is 
forwarded to the executing network node (server), 
5 Figure 4 shows an interface between the subjacent physical network, and 

Figure 5 shows a possible implementation solution with interfaces with different 
physical networks, and 

Figure 6 shows an example of distribution of access to the physical network resources 
by service providers, service integrators and network operators. 

10 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

O Reference will now be made in detail to the preferred embodiments of the present 

ip invention, examples of which are illustrated in the accompanying drawings, wherein like 
;"| reference numerals refer to like elements throughout. Restrictions in the figures/embodiments 

are not obligatory for the invention. 
l§ Figure 1 shows a schematic view of a distributed network architecture, which manifests 

q itself in 3 layers. The 'lowest layer' in this figure reveals the widest variety of currently 
;J available physical networks. These are data networks (Corporate Networks, Internet) and 
m communication networks (mobile networks, PSTN), and many others are conceivable. In 

particular, there are currently no connections, or only very inadequate connections, between 
20 the individual networks. The middle layer shows the distributed network architecture which is 
established 'over' the physical networks. The individual physical networks are in each case 
connected via at least one connection (1) and a suitable interface in a network element (3) to a 
data network (2). Service integration takes place here. Representation of the data network as 
a ring is only one option, the structure of the data network being irrelevant to the invention. 
25 This data network contains the essentially similar, distributed network elements (3,5), which 
can be adapted in terms of their performance capability requirements. Individual network 
elements (5) can also be used only to control the network in that they provide services required 
for this purpose. Other network elements (3) provide communication and interworking with 
the subjacent physical networks and provide the interfaces required for this purpose. 
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Inter working and exchange of information (e.g. for registration of network elements and 
functions) is controlled by a distributed network operating system (6). This resides in the 
individual network elements (3,5). 

The highest 'layer ' contains the network elements of the service providers. These are 
5 similarly connected to the data network via suitable interfaces (4). The associated information 
required at this end (for user authentication, billing, administration of services, etc) is 
exchanged. This can likewise be carried out in standardized form, thereby guaranteeing 
significant simplification of communication, even for different service providers and service 
integrators. 

10 A more closely defined configuration is presented in figure 2 in order to describe the 

example explained above in more detail. 

0 A user (customer) purchases a value-added service from a service provider, comprising 
m a fixed network service (PSTN, 7b) and a mobile radio service (Mobile Networks, 7a). The 

1 j basic services are provided (7a, 7b) by two different network operators. These services are 
fj jointly offered (8) to the user by a service provider who stores and administers the customer 
=0 profile in its customer care center (ABC, Administration, Billing, Customer Care Center) and 
j=i bills the sold services to the customer. 

l\ The relevant customer profile information, such as the customer ID, service profile, is 

m forwarded by the service provider to the service integrator via an interface (4) (implemented, 
p for example, by an API, Application Programming Interface) in order to purchase the relevant 
service from the service provider, who in turn forwards the relevant sub-profile for the fixed 
network service and mobile radio service via interfaces (la, lb) to the network operator and 
receives back from the latter, via the same interface, the required information, such as the 
implemented fixed network number and mobile radio telephone number. 
25 The corresponding network elements (3a, 3b), which are connected to the physical 

networks of the network operators and which operate the appropriate interfaces (la, lb), are 
activated by the service integrator via a network element (5) using the service parameters 
requested by the service provider. These interfaces are geared toward the specific 
requirements of the relevant physical network (see also figure 4). 
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If the user has not yet been released by the network operators, this is now done by the 
network operators who carry out the request of the service integrator, and the required basic 
services and user facilities are set up. The successful setting up of the subscriber is then 
reported back by the network operator to the service integrator (transaction principle). A 
5 suitable network element (3 or 5) of the service integrator receives this acknowledgement, 
evaluates it, and, with reference to the value-added service requested by the service provider, 
determines further required network elements (3a or 3b) and forwards the required information 
via the connecting network (2) to the network elements (3a, 3b) involved. After processing the 
received information, these elements in turn forward outstanding requests to the corresponding 
10 network elements of the network operators, which are located in the basic networks (Mobile 
Networks, PSTN). 

O Once all the network operator services which are required for a value-added service of 

m the service provider are released and confirmed via the interfaces (la, lb), the service 
;fg integrator confirms the complete release of the service for a customer ID via the interface (4) 
if to the service provider, who notifies the customer of this release via the interface (8). The 
=y value-added service can thus be used by the customer. 

jg Usage-dependent information, which is determined on the basis of usage of the basic 

;H services in the network elements of the network operators, is initially forwarded via the 
<0 interface (la, lb) to the service integrators. In the network elements (3a, 3b, 5), this 
S) information is collected according to the integrated value-added services supplied to the service 
provider, is provided with an identifier (user ID, service ID) and forwarded via (4) to the 
customer care center (ABC). The service provider is thus able to allocate the received 
information to the relevant customer profile, to evaluate and bill it (8). 

Figure 3 shows a section of the new architecture which is set above the physical 
25 networks. The figure shows four network elements (SN1 - SN4, Server Nodes) which are 

connected via a data network and exchange function invocations and information, controlled by 
a distributed network operating system. 

An API manager resident in one of the network elements (Client) routes network 
function invocations associated with applications to the executing network elements (Server 
30 Nodes). The API manager provides the required routing information throughout the network 



for this purpose. This information is exchanged between the network elements and its 
consistency is maintained. Resources distributed throughout the network can thus be used. 
Load distribution, for example, is thus possible in that the same functions can be activated in a 
plurality of network elements. 

The example shown in the figure contains an application invocation of a value-added 
service, which contains function invocations for a plurality of sub-functions (x, y, z). 
However, the first activated network element cannot process the function invocation, since it 
does not contain the required functions or its capacity is already fully utilized. It forwards the 
function invocations to an adjacent node, and an application (xyz) can thus be further processed 
in parallel on, in this example, three different network elements. Network element (SN2) takes 
over the processing of function part (x), network element (SN3) takes over the processing of 
(y) and network element (SN4) takes over the processing of (z). 

The routing of the individual sub-function invocations to the processing network 
elements can be controlled by various criteria. The existence of the required function and the 
utilization of the individual network elements have been indicated here as an example. A 
further criterion in the distributed network may involve the length of the path to the processing 
node, and other criteria are conceivable. 

Figure 4 describes in detail the interface between a physical network (PSTN) and a 
network element in the new distributed network architecture. 

The interface component (API) is geared toward the specific requirements of the 
relevant subjacent basic network. It is structured in such a way that it receives the function 
invocations for a group of system-independent function classes via the interface (2) and 
converts them into system-specific commands and procedures of the network elements in the 
physical network. The 'downward' interface of the (API) is accordingly dependent on the 
subjacent physical network. Examples of protocols which can be used for communication are 
MML (Man Machine Language), CCS#7 (Signaling System no. 7), INAP (Intelligent Network 
Application Part) or DSS1 (Digital Subscriber Signaling System no. 1; EURO ISDN 
signaling), depending on the physical network. However, the 'upward' interface of the (API) 
is defined in a uniform manner. The defined function classes may, for example, comprise 
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Connection Management, Port Management, Event Monitoring and Quality of Service 
Management. 

This principle of disclosed, standardized interfaces simplifies the interworking of 
network operators with service providers and service integrators, particularly in the 
5 introduction of new physical networks and the interplay of the different physical networks. 
The interface with the physical network does not have to exist with one network node only 
(broken line). 

Figure 5 shows a possible structure from the perspective of the physical networks. It 
shows clearly distinguishable physical networks which, in some cases, already have protocol 
10 interfaces between them. However, these interfaces are always restricted to 2 specific physical 

networks, e.g. from the digital telephone exchange (EWSD) in a fixed network (PSTN) to the 
O Mobile Services Switching Center (MSC) on the mobile radio side via the central channel 
|S signaling system no. 7 (SS#7) on one hand to a Corporate Network (CN) and its private 
q exchange (PBX) by EURO ISDN signaling (DSS1, Digital Subscriber Signaling System no. 1) 
# on the other hand. 

:D This example clearly shows that each interface between the networks requires its own 

13 definition based on the requirements of each physical network. With the increasing number of 

different types of network, this is not possible for all networks. For each newly added 
*Q network, an interface must be created with all existing networks. In our example, the 
gl) Corporate Network (CN), for example, has a connection to the mobile radio network (MN) 

only via the conventional fixed network (PSTN). An integrated service comprising a CN basic 

service and a mobile radio service would thus be impossible without taking account of PSTN 

function. 

The number of required interfaces can thus be reduced to the number of existing 
25 physical networks by an overlying network architecture. These interfaces (API sets) provide 
the user with a uniform interface for access to services of the physical networks. The central 
exchange (PBX) of an internal Corporate Network (CN), for example, is provided with a "CTI 
Interface" (CTI I/F, Computer Telephony Integration). This enables a combination of 
telephony and data administration in the computer, i.e., for example, searching for and dialing 
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a telephone number in a telephone directory which is held and maintained on a PC or 
organizer, wherein the connection is set up to a second terminal device (normally a telephone). 

A fixed network essentially comprises telephone exchanges. The interface can be 
implemented here in different ways, e.g. by an interface according to the INAP protocol 
(INAP I/F, Intelligent Network Application Part) or a Man Machine Language Interface 
(MML I/F). It will furthermore be clear that a communications protocol can be used in 
different types of physical network, since the Man Machine Language (MML) protocol can 
similarly be used in the interface with the exchanges (MSC) in the mobile radio network (MN). 

The network elements which are essential for processing service requests are 
represented in the Intelligent Network (IN), which already represents a network architecture 
for a fixed network or mobile radio network with additional network nodes for processing 
function invocations for value-added services. The Service Control Point (SCP) represents the 
central node computer which evaluates and processes the service and function invocations. 
This node computer has hitherto also been the central interface with the other physical 
networks such as the fixed network (PSTN) or mobile radio network (MN). A private SCP 
interface (private SCP I/F) is a possible interface with this central network node. The IN 
network architecture is likewise regarded as the basic network. 

The Service Management Point (SMP) is responsible for the introduction, provision and 
maintenance of value-added services. The development of new services, including testing, is 
carried out in the Service Creation Environment (SCE). The Customer Service Center(CSC) 
maintains and updates the customer data. An interface with the CSC is provided by the 
(Service CSC I/F). 

The mobile radio network administers its customer data in a Home Location Register 
(HLR) and a Visitor Location Register (VLR). As in the fixed network (EWSD) and the 
Intelligent Network (IN), there is a first interface with the switching computer (MSC). A 
further interface is provided by an Mobile Application Part (MAP) protocol similar to the 
INAP. 

Figure 6 again shows an example of a network which represents a distribution of 
services and resources in 3 layers. The lowest layer contains the network operators, which 
provide the physical networks (MN, PSTN, Internet, CN) with the basic services. Separated 
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therefrom, the data network (SCN) according to the invention with individual network 
elements is located in the 'middle' layer. Here, value-added services are generated which can 
use resources and services of different physical networks, and which are supplied by service 
integrators to service providers and are offered by the latter. The service providers operate in 
the 'highest' layer, where they can supply the value-added services, independently of the 
physical networks and basic functions used, to the user of these services. 
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API Application Programming Interface 
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EWSD Elektronisches Wahlsystem Digital (Digital 

10 electronic switching system) 

O HLR Home Location Register 

io I/F Interface 

■ i IN Intelligent Network 

iU INAP Intelligent Network Application Part 

5 ITU International Telecommunication Union 

i=i MAP Mobile Application Part 

^ p MML Man Machine Language 

m MN Mobile network 

jl MSC Mobile Services Switching Center 

20 PBX Private Branch Exchange 

PSTN Public Switched Telephone Network 

SCE Service Creation Environment 

SCP Service Control Point 

SMP Service Management Point 

25 SN Server Node 

SS#7 Central Channel Signaling System no. 7 
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Description 

Network architecture for communication networks and/or 
data networks 

5 

The invention relates to a network architecture for 
various communication and/or data networks, providing 
value-added services for users. 

10 These communication and data networks may have 
different physical characteristics. They may differ in 
terms of the type of access to the network functions 
provided and in terms of data transmission principles 
(e.g. the transmission protocols used and corresponding 

15 standards). Furthermore, they offer different services 
for the network user. 

A physical network is understood below to refer to a 
conventional data or communications network, such as 

20 the circuit-switched fixed network (based on SS# 7, 
Central Channel Signaling System no. 7), the mobile 
radio network or a computer network such as the 
Internet, or a local network LAN, based on a 
communications protocol such as TCP/IP or Token Ring. 

25 The providers of the underlying network functions are 
referred to below as network operators. 

A corporate network (internal company network or 
Intranet) designates below a data or communications 
network, or a network comprising a plurality of such 
30 networks, which is assigned to an organizational unit. 
It enables communication within this organization and 
is outwardly shielded with technical means. 

Network operators and service providers offer network 
35 users basic functions and services of the physical 
networks (basic services) . 

"Value-added services" can be generated through 
integration of basic services (as a rule) of a network. 
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These value-added services can then be sold directly to 
the user of the service provider (or to special service 
integrators, who in turn use basic services of service 
providers) . 

5 

In the conventional fixed network and in the mobile 
radio network, for example, value-added services are 
implemented in addition to basic services along with 
conventional voice or data transmission by means of an 

10 "Intelligent Network". 

These value-added services involve, for example, a 
unique telephone number for a user in the entire 
network (Universal Personal Number) , toll-free 
telephone numbers (Freephone) or voting by telephone 

15 (Televoting) . 

These value-added services are implemented by network 
elements provided centrally in the network (SSP, 
Service Switching Point, SCP, Service Control Point, 
etc) . 

20 The description of the principles of an intelligent 
network can be found in the ITU protocol suite Q.12xx. 

This decentralized implementation of value-added 
services in a network produces a number of 

25 disadvantages. 

With high network utilization, the network elements 
responsible for the services present a bottleneck, 
since all service requests must pass via these network 
elements and be processed there. In the case of larger, 

30 well-utilized networks, this requires a correspondingly 
high investment in high-performance hardware, in 
particular for the centrally-controlling network 
elements ("bottleneck") , since only these elements can 
control traffic flow with delay times which remain 

35 acceptable. 
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In addition, high availability of the central network 
nodes such as the SCP, which is responsible for 
processing the service requests, must be guaranteed. 
Failure of a single network node of this type here 
entails the unavailability of all value-added services 
of the entire network. 
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For these reasons, the technology required to provide 
the value-added services can currently be provided by 
large network operators only. Smaller operators (e.g. 
City Carriers) on their own cannot make the investment 
in the necessary high-cost network elements. Use of the 
network elements by a plurality of service providers or 
service integrators is not currently possible, since 
separation of the different functionalities which are 
implemented in the central network nodes is not 
provided. 

In addition, the different networks are physically 
separated from each other. In order to be able to use 
the services of the networks, a customer must switch 
between different service providers which, in 
individual cases, may also result in a change of 
terminal device. 

The provision of trans-network communication is 
possible only by means of gateways between the 
individual networks, whereby a connection must be 
established for each network gateway (e.g. fixed 
network to mobile radio network, ISDN to Internet) 
according to the protocols used on both sides. 

The object of the invention is to indicate a facility 
for providing existing physical networks, including 
their basic services, in a uniform manner, while 
avoiding the aforementioned disadvantages. It should 
also be possible to integrate value-added services, as 
a combination of basic services offered in different 
physical networks. 

This object is achieved by a network architecture 
according to claim 1. 
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A new distributed network architecture is introduced in 
the form of a layer of network elements between already 
existing physical networks and service providers or 
users. Said network elements communicate via interfaces 
5 not only with each other, but also with the 
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physical networks which are connected to them. This 
layer, which is implemented by means of network 
elements distributed in the network, enables the 
network user (and also the service provider) to access 
5 the existing network resources available in the 
physical, subjacent networks. This enables all 
available basic and value-added services to be used 
(transparency) . The required and generated data 
(access, billing, traffic measurements, etc) are 

10 collected separately according to users or service 
providers in the relevant physical networks, are 
managed and made available for further processing. 
The integration of basic services of different physical 
networks is thus enabled, along with the uniform 

15 provision of basic and value-added services of the 
different physical networks. 

Furthermore, network elements of the extended 
architecture can provide special services to control 
20 the networks, in particular central services such as 
naming, trading or security functions. This provision 
may occur either separately, in separate network 
elements, or in the network elements which also provide 
the general services. 

25 

The existing functionality of a central network element 
can therefore be distributed among a plurality of 
network elements of the same type. This produces a 
network architecture which can deal in a flexible 
30 manner with changes in the requirements of operators 
and users. 

Furthermore, this architecture is characterized by 
substantially higher reliability, availability and 
fault tolerance. 

35 

Advantageous designs and further developments are 
indicated in the subclaims. 
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The network elements are interconnected by available 
data networks such as the Internet. Required 
information is exchanged via this network. The 
interworking and exchange of information are controlled 
by a distributed network operating system, which 
resides in the individual network elements. The 
bidirectional transaction principle ensures that 
changes are reliably carried out. 

The principle of distributed operating systems is 
already known to the person skilled in the art. 

This structure enables flexible integration of services 
of different networks, whereby new services and value- 
added services can be offered to users. A network 
element (client) forwards invocations of network 
functions to executing network elements (server) for 
this purpose. 



In an advantageous embodiment of the invention, the 
interfaces with subjacent physical networks are 
standardized. The interworking of the individual 
network elements is thereby substantially simplified, 
so that technical agreement of service providers, 
network operators and the additional service 
integrators is no longer required. New physical 
networks, network elements or basic and value-added 
services can therefore also be readily integrated. 

In a further embodiment of the invention, standardized 
function invocations are made available at the 
interface with the physical networks. This reduces 
service implementation costs. 

The term "function class" is understood as a logical 
combination of a plurality of function invocations 
which serve a specific purpose. Examples of these are 
e.g. 'Connection Management', 'Port Management', 
'Quality of Service Management' or 'Event Monitoring'. 
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These function invocations are then in turn converted 
into system-specific messages and commands and are 
carried out in the corresponding network elements. 

5 'Plug & Play' is now a known principle. In the 
architecture described, this means that a new network 
element can be incorporated into the existing network 
structure without major adaptations. Dynamic 
integration occurs automatically, through registration 

10 of functions, function classes and network elements on 
adjacent network elements. For example, this 
information can then be distributed in a short time 
throughout the entire network by means of a 'broadcast' 
method. Registration can also take place on a special 

15 network element designated for this purpose, which is 
then responsible for the network-wide distribution 
and/or administration of the information. 

This principle can be applied not only to individual 
physical networks or network elements, but similarly to 
20 the functions and services implemented in these network 
elements . 

A fundamental design of the invention contains the 
distribution of network functions in the network 

25 elements. On the one hand, a high level of resilience 
is achieved through high functional redundancy. This is 
also achieved through the selection of the network node 
which processes the invocation. Load distribution in 
the network can thereby be implemented. 

30 Similar functions can also be invoked and executed 
simultaneously if required in different network 
elements . 

Particularly in the case of frequently used basic 
35 network architecture functions (such as address 
conversion, data administration, service monitoring) , 
efficiency can be enormously increased if the 
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correspondingly required functions are implemented as 
standard in some or all of the network elements. Thus, 
the corresponding function invocations no longer need 
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to be routed with substantial outlay throughout the 
entire network, thereby reducing the load on the 
executing network elements. 

The set of 'basic functions' thereby defined is not 
5 static, but can be changed and extended at any time. 

The present distribution of tasks in existing 
telecommunications networks in many ways no longer 
corresponds to current requirements. Smaller service 
10 providers and operators are penetrating the market. 
Along with network operators, service operators and, 
last but not least, service providers, who maintain 
direct contact with customers, are interested in a new 
distribution facility for the required hardware. 

15 

The approach on which the invention is based, i.e. the 
introduction of a distributed architecture and 
disclosed interfaces, enables flexible and transparent 
business relationships between the individual operators 
20 and operator types. Third-party manufacturers can 
integrate their services and applications and thus 
implement additional value-added services. Cost 
reduction is likewise achieved. 

Furthermore, customers can use value-added services, 
25 integrated from different networks, whereby correct 
billing vis-a-vis the different network operators and 
service providers is always ensured. 

The invention is explained below with reference to 
3 0 embodiments, wherein: 

Figure 1 shows an example of a distributed network 
architecture with different subjacent physical 
communication and data networks, 
Figure 2 shows an example of a distributed network 
35 architecture with 2 subjacent physical networks 

and a service integrator and a service provider, 
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Figure 3 shows an invocation arriving from an API 
manager (client), which is forwarded to the 
executing network node (server) , 
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Figure 4 shows an interface between the subjacent 

physical network, and 
Figure 5 shows a possible implementation solution with 
interfaces with different physical networks, and 
5 Figure 6 shows an example of distribution of access to 
the physical network resources by service 
providers, service integrators and network 
-operators . 

10 Restrictions in the figures/embodiments are not 
obligatory for the invention. 

Figure 1 shows a schematic view of a distributed 
network architecture, which manifests itself in 3 

15 layers. The 'lowest layer' in this figure reveals the 
widest variety of currently available physical 
networks. These are data networks (Corporate Networks, 
Internet) and communication networks (mobile networks, 
PSTN), and many others are conceivable. In particular, 

20 there are currently no connections, or only very 
inadequate connections, between the individual 
networks. The middle layer shows the distributed 
network architecture which is established 'over' the 
physical networks. The individual physical networks are 

25 in each case connected via at least one connection (1) 
and a suitable interface in a network element (3) to a 
data network (2) . Service integration takes place here. 
Representation of the data network as a ring is only 
one option, the structure of the data network being 

30 irrelevant to the invention. This data network contains 
the essentially similar, distributed network elements 
(3, 5), which can be adapted in terms of their 
performance capability requirements. Individual network 
elements (5) can also be used only to control the 

35 network in that they provide services required for this 
purpose. Other network elements (3) provide 
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communication and interworking with the subjacent 
physical networks and provide the interfaces required 
for this purpose. 
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Interworking and exchange of information (e.g. for 
registration of network elements and functions) is 
controlled by a distributed network operating system 
(6) . This resides in the individual network elements 
5 (3, 5) . 

The highest 'layer ' contains the network elements of 
the service providers. These are similarly connected to 
the data network via suitable interfaces (4) . The 
associated information required at this end (for user 
10 authentication, billing, administration of services, 
etc) is exchanged. This can likewise be carried out in 
standardized form, thereby guaranteeing significant 
simplification of communication, even for different 
service providers and service integrators. 

15 

A more closely defined configuration is presented in 
figure 2 in order to describe the example explained 
above in more detail. 

A user (customer) purchases a value-added service from 
20 a service provider, comprising a fixed network service 
(PSTN, 7b) and a mobile radio service (Mobile Networks, 
7a) . The basic services are provided (7a, 7b) by two 
different network operators. These services are jointly 
offered (8) to the user by a service provider who 
25 stores and administers the customer profile in its 
customer care center (ABC, Administration, Billing, 
Customer Care Center) and bills the sold services to 
the customer. 

The relevant customer profile information, such as the 
30 customer ID, service profile, is forwarded by the 
service provider to the service integrator via an 
interface (4) (implemented, for example, by means of an 
API, Application Programming Interface) in order to 
purchase the relevant service from the service 
35 provider, who in turn forwards the relevant sub-profile 
for the fixed network service and mobile radio service 
via interfaces (la, lb) to the network operator and 
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receives back from the latter, via the same interface, 
the required information, such as the implemented fixed 
network number and mobile radio telephone number. 
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The corresponding network elements (3a, 3b), which are 
connected to the physical networks of the network 
operators and which operate the appropriate interfaces 
(la, lb), are activated by the service integrator via a 
5 network element (5) using the service parameters 
requested by the service provider. These interfaces are 
geared toward the specific requirements of the relevant 
physical network (see also figure 4). 

If the user has not yet been released by the network 
10 operators, this is now done by the network operators 
who carry out the request of the service integrator, 
and the required basic services and user facilities are 
set up. The successful setting up of the subscriber is 
then reported back by the network operator to the 
15 service integrator (transaction principle) . A suitable 
network element (3 or 5) of the service integrator 
receives this acknowledgement, evaluates it, and, with 
reference to the value-added service requested by the 
service provider, determines further required network 
20 elements (3a or 3b) and forwards the required 
information via the connecting network (2) to the 
network elements (3a, 3b) involved. 

After processing the received information, these 
elements in turn forward outstanding requests to the 
25 corresponding network elements of the network 
operators, which are located in the basic networks 
(Mobile Networks, PSTN) . 

Once all the network operator services which are 
required for a value-added service of the service 

30 provider are released and confirmed via the interfaces 
(la, lb), the service integrator confirms the complete 
release of the service for a customer ID via the 
interface (4) to the service provider, who notifies the 
customer of this release via the interface (8) . The 

35 value-added service can thus be used by the customer. 
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Usage-dependent information, which is determined on the 
basis of usage of the basic services in the network 
elements of the network operators, is initially 
forwarded via the interface (la, 



GR 98 P 2913 



lb) to the service integrators. In the network elements 
(3a, 3b, 5) , this information is collected according to 
the integrated value-added services supplied to the 
service provider, is provided with an identifier (user 
5 ID, service ID) and forwarded via (4) to the customer 
care center (ABC) . 

The service provider is thus able to allocate the 
received information to the relevant customer profile, 
to evaluate and bill it (8) . 

10 

Figure 3 shows a section of the new architecture which 
is set above the physical networks. 

The figure shows 4 network elements (SN1 - SN4, Server 
Nodes) which are connected via a data network and 

15 exchange function invocations and information, 
controlled by a distributed network operating system. 
An API manager resident in one of the network elements 
(Client) routes network function invocations associated 
with applications to the executing network elements 

20 (Server Nodes) . The API manager provides the required 
routing information throughout the network for this 
purpose. This information is exchanged between the 
network elements and its consistency is maintained. 
Resources distributed throughout the network can thus 

25 be used. Load distribution, for example, is thus 
possible in that the same functions can be activated in 
a plurality of network elements. 

The example shown in the figure contains an application 
invocation of a value-added service, which contains 

30 function invocations for a plurality of sub-functions 
(x, y, z) . However, the first activated network element 
cannot process the function invocation, since it does 
not contain the required functions or its capacity is 
already fully utilized. It forwards the function 

35 invocations to an adjacent node, and an application 
(xyz) can thus be further processed in parallel on, in 
this example, three different network elements. Network 
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element (SN2) takes over the processing of function 
part 
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(x) , network element (SN3) takes over the processing of 
(y) and network element ( SN4 ) takes over the processing 
of (z) . 

The routing of the individual sub-function invocations 
5 to the processing network elements can be controlled by 
various criteria. The existence of the required 
function and the utilization of the individual network 
elements have been indicated here as an example. A 
further criterion in the distributed network may 
10 involve the length of the path to the processing node, 
and other criteria are conceivable. 

Figure 4 describes in detail the interface between a 
physical network (PSTN) and a network element in the 

15 new distributed network architecture. 

The interface component (API) is geared toward the 
specific requirements of the relevant subjacent basic 
network. It is structured in such a way that it 
receives the function invocations for a group of 

20 system-independent function classes via the interface 
(2) and converts them into system-specific commands and 
procedures of the network elements in the physical 
network. The 'downward' interface of the (API) is 
accordingly dependent on the subjacent physical 

25 network. Examples of protocols which can be used for 
communication are MML (Man Machine Language) , CCS#7 
(Signaling System no. 7), INAP (Intelligent Network 
Application Part) or DSS1 (Digital Subscriber Signaling 
System no. 1; EURO ISDN signaling), depending on the 

30 physical network. 

However, the 'upward' interface of the (API) is defined 
in* a uniform manner. The defined function classes may, 
for example, comprise Connection Management, Port 
Management, Event Monitoring and Quality of Service 

3 5 Management. 

This principle of disclosed, standardized interfaces 
simplifies the interworking of network operators with 
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service providers and service integrators, particularly 
in the introduction of new physical networks and the 
interplay of the different physical networks. 
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The interface with the physical network does not have 
to exist with one network node only (broken line) . 

Figure 5 shows a possible structure from the 
5 perspective of the physical networks. 

It shows clearly distinguishable physical networks 
which, in some cases, already have protocol interfaces 
between them. However, these interfaces are always 
restricted to 2 specific physical networks, e.g. from 

10 the digital telephone exchange (EWSD) in a fixed 
network (PSTN) to the Mobile Services Switching Center 
(MSC) on the mobile radio side via the central channel 
signaling system no. 7 (SS#7) on one hand to a 
Corporate Network (CN) and its private exchange (PBX) 

15 by means of EURO ISDN signaling (DSS1, Digital 
Subscriber Signaling System no. 1) on the other hand. 
This example clearly shows that each interface between 
the networks requires its own definition based on the 
requirements of each physical network. With the 

20 increasing number of different types of network, this 
is not possible for all networks. For each newly added 
network, an interface must be created with all existing 
networks. In our example, the Corporate Network (CN) , 
for example, has a connection to the mobile radio 

25 network (MN) only via the conventional fixed network 
(PSTN) . An integrated service comprising a CN basic 
service and a mobile radio service would thus be 
impossible without taking account of PSTN function. 

30 The number of required interfaces can thus be reduced 
to the number of existing physical networks by means of 
an overlying network architecture. These interfaces 
(API sets) provide the user with a uniform interface 
for access to services of the physical networks. The 

35 central exchange (PBX) of an internal Corporate Network 
(CN) , for example, is provided with a XX CTI Interface" 
(CTI I/F, Computer Telephony Integration) . This enables 



GR 98 P 2913 



- 13a - 



a combination of telephony and data administration 
the computer, 
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i.e., for example, searching for and dialing a 
telephone number in a telephone directory which is held 
and maintained on a PC or organizer, wherein the 
connection is set up to a second terminal device 
5 (normally a telephone) . 

A fixed network essentially comprises telephone 
exchanges. The interface can be implemented here in 
different ways, e.g. by means of an interface according 
to the INAP protocol (INAP I/F, Intelligent Network 
10 Application Part) or a Man Machine Language Interface 
(MML I/F) . 

It will furthermore be clear that a communications 
protocol can be used in different types of physical 
network, since the Man Machine Language (MML) protocol 

15 can similarly be used in the interface with the 
exchanges (MSC) in the mobile radio network (MN) . 
The network elements which are essential for processing 
service requests are represented in the Intelligent 
Network (IN), which already represents a network 

20 architecture for a fixed network or mobile radio 
network with additional network nodes for processing 
function invocations for value-added services. The 
Service Control Point (SCP) represents the central node 
computer which evaluates and processes the service and 

25 function invocations. This node computer has hitherto 
also been the central interface with the other physical 
networks such as the fixed network (PSTN) or mobile 
radio network (MN) . A private SCP interface (private 
SCP I/F) is a possible interface with this central 

30 network node. The IN network architecture is likewise 
regarded as the basic network. 

The Service Management Point (SMP) is responsible for 
the introduction, provision and maintenance of value- 
added services. The development of new services, 
35 including testing, is carried out in the Service 
Creation Environment (SCE) . The Customer Service Center 
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(CSC) maintains and updates the customer data. An 
interface with the CSC is provided by the (Service CSC 
I/F) . 
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The mobile radio network administers its customer data 
in a Home Location Register (HLR) and a Visitor 
Location Register (VLR) . As in the fixed network (EWSD) 
and the Intelligent Network (IN), there is a first 
5 interface with the switching computer (MSC) . A further 
interface is provided by means of an Mobile Application 
Part (MAP) protocol similar to the INAP. 

Figure 6 again shows an example of a network which 
10 represents a distribution of services and resources in 
3 layers. 

The lowest layer contains the network operators, which 
provide the physical networks (MN, PSTN, Internet, CN) 
with the basic services. 

15 Separated therefrom, the data network (SCN) according 
to the invention with individual network elements is 
located in the "'middle' layer. Here, value-added 
services are generated which can use resources and 
services of different physical networks, and which are 

20 supplied by service integrators to service providers 
and are offered by the latter. 

The service providers operate in the 'highest' layer, 
where they can supply the value-added services, 
independently of the physical networks and basic 
25 functions used, to the user of these services. 
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List of abbreviations 



ABC Administration, Billing, Customer Care 

API Application Programming Interface 

CCS7 Common Channel Signaling System no. 7 (= SS#7) 

CN Corporate Network 

CSC Customer Service Center 

CTI Computer Telephony Integration 

DSS1 Digital Subscriber Signaling System no. 1; EURO 
ISDN signaling 

EWSD Elektronisches Wahlsystem Digital [Digital 

electronic switching system] 

HLR Home Location Register 

I/F Interface 

IN Intelligent Network 

INAP Intelligent Network Application Part 

ITU International Telecommunication Union 

MAP Mobile Application Part 

MML Man Machine Language 

MN Mobile network 

MSC Mobile Services Switching Center 

PBX Private Branch Exchange 

PSTN Public Switched Telephone Network 

SCE Service Creation Environment 

SCP Service Control Point 

SMP Service Management Point 

SN Server Node 

SS#7 Central Channel Signaling System no. 7 

VLR Visitor Location Register 
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Claims 



1. A network architecture comprising network elements 
of telecommunications networks, 
5 - for the provision of network functions and 

network services of at least one subjacent 
physical network which is used, 
for at least one user of this network 
architecture, and 
1° ~ in which the service provision of the at 

least one physical network being guaranteed 
for the at least one user, and 

distribution of physical resources of the at 
least one subjacent physical network and 
15 provision of existing services being possible 

in such a way that the data and 
telecommunications services associated with 
the individual users can be processed and 
used independently and efficiently. 
20 in which, by means of an additional layer of 

network elements between the subjacent physical 
networks, the network functions of the different 
subjacent physical networks are made available by 
means of a uniform logical interface via system- 
25 independent interfaces 



2. The architecture as claimed in claim 1 
characterized in that 

control of the network functions of the different 
subjacent physical sub-networks is taken over by a 
distributed operating system. 

3. The architecture as claimed in claim 1 or 2, 
characterized in that 

the logical interface also provides function 
invocations for function classes, which are 
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converted into sub-network-specific messages 
and/or commands and 
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are forwarded to suitable network elements of the 
physical sub-networks, and 

can be processed and/or carried out there. 

The architecture as claimed in one of the previous 
claims , 

characterized in that 

the dynamic integration of new network elements is 
enabled in that the new network element carries 
out a registration with a suitable different 
network element, which stores this information and 
further distributes it to other network elements. 

The architecture as claimed in one of the previous 
claims , 

characterized in that 

the dynamic integration of new interfaces of 
already existing network elements is enabled in 
that the network element carries out a 
registration of the new functions with a suitable 
different network element, which stores this 
information and further distributes it to other 
network elements. 



25 6. The architecture as claimed in one of the previous 
claims , 

characterized in that 

identical or similar functions exist which are 
distributed among a plurality of network elements. 

30 

7. The architecture as claimed in claim 6, 
characterized in that 

the selection of the function used for a function 
invocation is made on a specific network node 
35 depending on the utilization of the network nodes 

concerned. 
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8 . The architecture as claimed in one of the previous 
claims , 

characterized in that 
5 the functions used in a function invocation can be 

carried out when distributed among a plurality of 
network nodes. 



AMENDED SHEET 



08-11-2000 
GR 98 E 2275 



- 18 - 



DE 009903207 



9. The architecture as claimed in one of the previous 
claims , 

characterized in that 

frequently used basic services are available and 
5 can be used in all network nodes. 
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The invention relates to a network architecture for 
various communication networks and/or data networks, 
providing value-added services for users. 

A new distributed network architecture is introduced in 
the form of a layer of network elements between already 
existing physical networks and service providers or 
users. Said network elements communicate via interfaces 
not only with each other, but also with the physical 
networks which are connected to them. This layer, which 
is implemented by means of network elements distributed 
in the network, enables the network user to access the 
existing network resources available in the physical, 
subjacent networks. This enables all available basic 
and value-added services to be used. The required and 
generated data are collected separately according to 
users or service providers in the relevant physical 
networks, are managed and made available for further 
processing . 



Figure 2 
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Vereinigten Staaten, Paragraph 119 aller unten ange- 
gebenen Auslandsanmeldungen fur ein Patent oder 
eine Erfindersurkunde, und habe auch alle Auslands- 
anmeldungen fur ein Patent oder eine Erfindersurkun- 
de nachstehend gekennzeichnet, die ein Anmelde- 
datum haben, das vor dem Anmeldedatum der 
Anmeldung liegt, fur die Prioritat beansprucht wird. 



As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are 
as stated below next to my name, 



I believe I am the original, first and sole inventor (if 
only one name is listed below) or an original, first and 
joint inventor (if plural names are listed below) of the 
subject matter which is claimed and for which a patent 
is sought on the invention entitled 



Network architecture for communication 
networks and/or data networks 



the specification of which 

(check one) 

□ is attached hereto. 

M was filed on 05.10.1999 as 

PCT international application 

PCT Application No. PCT/DE99/03207 

and was amended on 

(if applicable) 



I hereby state that I have reviewed and understand the 
contents of the above identified specification, including 
the claims as amended by any amendment referred to 
above. 



I acknowledge the duty to disclose information which 
is material to the examination of this application in 
accordance with Title 37, Code of Federal 
Regulations, §1 .56(a). 



I hereby claim foreign priority benefits under Title 35, 
United States Code, §119 of any foreign application(s) 
for patent or inventor's certificate listed below and 
have also identified below any foreign application 
patent or inventor's certificate having a filing date 
before that of the application on which priority is 
claimed: 
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Prior foreign appplications 
Prioritat beansprucht 






Priority Claimed 


19848114.4 DE 

(Number) (Country) 
(Nummer) (Land) 


19.10.1998 

(Day Month Year Filed) 
(Tag Monat Jahr eingereicht) 


m □ 

Yes No 
Ja Nein 


(Number) (Country) 
(Nummer) (Land) 


(Day Month Year Filed) 
(Tag Monat Jahr eingereicht) 


□ □ 
Yes No 
Ja Nein 


(Number) (Country) 
(Nummer) (Land) 


(Day Month Year Filed) 
(Tag Monat Jahr eingereicht) 


□ □ 
Yes No 
Ja Nein 


Ich beanspruche hiermit gemass Absatz 35 der Zivil- 
prozessordnung der Vereinigten Staaten, Paragraph 
120, den Vorzug aller unten aufgefuhrten Anmel- 
dungen und falls der Gegenstand aus jedem Anspruch 
dieser Anmeldung nicht in einer friiheren 
amerikanischen Patentanmeldung laut dem ersten 
Paragraphen des Absatzes 35 der Zivilprozefcordnung 
der Vereinigten Staaten, Paragraph 122 offenbart ist, 
erkenne ich gemass Absatz 37, Bundesgesetzbuch, 
Paragraph 1.56(a) meine Pflicht zur Offenbarung vorl 
Informationen an, die zwischen dem Anmeldedatum 
der frOheren Anmeldung und dem nationalen oder 
PCT internationalen Anmeldedatum dieser Anmeldung 
bekannt geworden sind. 


I hereby claim the benefit under Title 35. United States 
Code. §120 of any United States application(s) listed 
below and, insofar as the subject matter of each of the 
claims of this application is not disclosed in the prior 
United States application in the manner provided by 
the first paragraph of Title 35, United States Code, 
§122, I acknowledge the duty to disclose materia! 
information as defined in Title 37, Code of Federal 
Regulations, § 1.56(a) which occured between the 
filing date of the prior application and the national or 
PCT international filing date of this application. 


PCT/DE99/03207 


05.10.1999 






(Application Serial No.) 
(Anmeldeseriennummer) 


(Filing Date D, M, Y) 
(Anmeldedatum T, M, J) 


(Status) 

(patentiert, anhangig, 
aufgegeben) 


(Status) 

(patented, pending, 
abandoned) 


(Application Serial No.) 
(Anmeldeseriennummer) 


(Filing Date D,M,Y) 
(Anmeldedatum T, M; J) 


(Status) 

(patentiert, anhangig, 
aufgeben) 


(Status) 

(patented, pending, 
abandoned) 


Ich erklare hiermit, dass alle von mir in der vorliegen- 
den Erklarung gemachten Angaben nach meinem 
besten Wissen und Gewissen der vollen Wahrheit 
entsprechen, und dass ich diese eidesstattliche Erkla- 
rung in Kenntnis dessen abgebe, dass wissentlich und 
vorsatzlich falsche Angaben gemass Paragraph 1001, 
Absatz 18 der Zivilprozessordnung der Vereinigten 
Staaten von Amerika mit Geldstrafe belegt und/oder 
Gefangnis bestraft werden koennen, und dass derartig 
wissentlich und vorsatzlich falsche Angaben die Gul- 
tigkeit der vorliegenden Patentanmeldung oder eines 
darauf erteilten Patentes gefahrden konnen. 


I hereby declare that all statements made herein of my 
own knowledge are true and that all statements made 
on information and belief are believed to be true, and 
further that these statements were made with the 
knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may 
jeopardize the validity of the application or any patent 
issued thereon. 


Form PTO-FB-240 (8-83) 


Paqe2 







German Language Declaration 



VERTRETUNGSVOLLMACHT: Als benannter Erfinder 
beauftrage ich hiermit den nachstehend benannten 
Patentanwalt (oder die nachstehend benannten 
Patentanwalte) und/oder Patent-Agenten mit der 
Verfolgung der vorliegenden Patentanmeldung sowie 
mit der Abwicklung aller damit verbundenen Geschafte 
vor dem Patent- und Warenzeichenamt: (Name und 
Registrationsnummer anfuhren) 



Telefongesprache bitte richten 
(Name und Telefonnummer) 




POWER OF ATTORNEY: As a named inventor, . 
hereby appoint the following attorney(s) and/or 
agent(s) to prosecute this application and transact all 
business in the Patent and Trademark Office 
connected therewith, (list name and registration 
number) 



And I hereby appoint 



-DirScT Telephone Calls to: (name and telephone 



Send Correspondence to: 



Staas & Halsey LLP \ 
700 Eleventh Street NW, Suite 500 20001 Washington, DC \ 
Telephone: +1 202 434 1500 and Facsimile +1 202 434 1501 \ 



Customer No. 21171 



Voller Name des einzigen Oder ursprunglichen Erfinders: ~ ~^ 

UMESH BHAVSAR \- vl 


Full name of sole or first inventor: 

UMESH BHAVSAR 




T/r°f ss ' 9nature Date 

u£h^ <m — 


Wohnsitz' ' 

BOCA RATON, FL 33433, UNIT 304, UN4TEB- 
STATES OF AMERICA 


-BOCA-RATOii^L 33433, UNIT 304, UNITED 
STATES OF AMERICA £ ) . 


GB 


Citizenship 

GB 


Postanschrift 

22075 LAS BRISAS CIRCLE 


Post Office Addess 

22075 LAS BRISAS CIRCLE 


BOCA RATON, FL 33433, UNIT 304 


BOCA RATON, FL 33433, UNIT 304 


Voller Name des zweiten Miterfinders (falls zuireffend): 

JAN HAMANN J$J ^ 


Full name of second joint inventor, if any: 

_JAN_HAMANN 


Unterechrift^s^rfinders Datum 


9eeefKUnyejSfogs signature Date 


MUENCHEN, DEUTSCHLAND 


MUENCHENlSqERMANY OEX 


Staatsangehongkeit 

DE 


Citizenship " ' 

DE 


ERLBACHSTR.9 B 


Post Office Address 

ERLBACHSTR.9 B 


81249 MUENCHEN 


81249 MUENCHEN 



Falle von dritten und weiteren Miterfindern angeben). 



subsequent joint inventors). 
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Voller Name des dritten Miterfinders: ^ 

Dr. RAI FRIFKFN .. 


Full name of third joint inventor: 

.DxJRALF RIEKEN 


Unterschrift des,Erfinder% • ~) Datum 


lnventor^'ejia1ui^/^^>' Date 


Wohnsitz 

MUENCHEN, DEUTSCHLAND 


Residence \ 

muenchen\germany £)£x 


Staatsangehorigkeit 

DE 


Citizenship " — ~ — — 

DE 


Poslanschrift 

tRMNSUtSTRH^- /-fee S $<>*>s^. 


Post Office Address 

rRMINSULSTR7l2 ffa/ve* sS* ?S 








84674HVH=JENG+-fEN ¥0£& Jrd»c4r^ 


Voller Name des vierten Miterfinders: x 

THOMAS WERNER 'V DU 


Full name of fourth joint inventor: 

-IHDiMAS WERNER 


Untersphfift des Erfinders Datum 


Inventor's signature Date 


Wohnsitz 

MUENCHEN, DEUTSCHLAND 


Residence . 

MUENCHEN>GERMANY d£*c 


Staatsangehorigkeit 

DE 


DE 


Poslanschrift 

LUDWIG-WOERL-WEG 6 


Post Office Address 

LUDWIG-WOERL-WEG 6 


81375 MUENCHEN 


81375 MUENCHEN 


Voller Name des funften Miterfinders: 


Full name of fifth joint inventor. 


Unterschrift des Erfinders Datum 


Inventor's signature Date 


Wohnsitz 


Residence 


Staatsangehorigkeit 


Citizenship 


Postanschrift 


Post Office Address 






Voller Name des sexten Miterfinders: 


Full name of sixth joint inventor: 


Unterschrift des Erfinders Datum 


Inventor's signature Date 


Wohnsitz 


Residence 


Staatsangehorigkeit 


Citizenship 


Postanschrift 


Post Office Address 







(Bitte entsprechende Informationen und Unterschriften im (Supply similar information and signature for third and 
Falle von dritten und weiteren Miterfindern angeben). subsequent joint inventors). 
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